Ｔｉｎｙ　ＦＯＲＴＲＡＮ　ＦＯＲＭ ――――――――――――――――――――――――――――――――――――――― Ｉ／Ｏ　１９８０年　５、６、７、８、９月号掲載 ＭＺ−８０ マシン語 起動方法 モニタからロード ――――――――――――――――――――――――――――――――――――――― [５]リンク・パッケージとエディタ 皆さん、ＦＯＲＭの調子はいかがですか。 前々回のＦＯＲＭコンパイラ部アセンブル・リストで Ｅ（エクスターナル）メッセージが出ていましたが、 これはＦＯＲＭのリンク・パッケージを呼んでいるためです。 今回は、このリンク・パッケージのリストを公開します。 また、付録的ですがＦＯＲＭエディタのリストも載せておきます。 ――――――――――――――――――― 　　　　１．リンク・パッケージ ――――――――――――――――――― リンク・パッケージは、 オブジェクトのセーブを行なうときにいっしょにつくパッケーシです。 このバッケージはあらかじめ、リンク済みですから、 ＦＯＲＭコンパイラからも一部利用しています。 リンク・パッケージは次にあげる１３種類です。 ・−−−−−−−−−−−−−−−−−−−−−−−・ ｜　(１)　１６ｂｉｔの乗算　　　　　　　　　　　｜ ｜　(２)　１６ｂｉｔの除算（符号無）　　　　　　｜ ｜　(３)　１６ｂｉｔの除算（符号有）　　　　　　｜ ｜　(４)　絶体値（ＡＢＳ）　　　　　　　　　　　｜ ｜　(５)　符号・反転　　　　　　　　　　　　　　｜ ｜　(６)　乱数の発生（ＲＮＤ）　　　　　　　　　｜ ｜　(７)　配列用サブルーチン（１次元、２次元）　｜ ｜　(８)　擬似グラフィック関係　　　　　　　　　｜ ｜　(９)　ＵＳＲ関数用サブルーチン　　　　　　　｜ ｜　(10)　キーからの入力、ＣＲＴの出力　　　　　｜ ｜　(11)　文字列の表示　　　　　　　　　　　　　｜ ｜　(12)　プリンタ・ルーチン　　　　　　　　　　｜ ｜　(13)　各関数用サブルーチン　　　　　　　　　｜ ・−−−−−−−−−−−−−−−−−−−−−−−・ 各プログラムに関して詳細な解説を加えるとくどくなるので、 概要だけにとどめ、 後は読者の皆さんがプログラムをゆっくり読んでください。 まず数値演算のパッケーシですが、 乗算および除算は、ごく一般的なアルゴリズムなので、 プログラムを見れば一目瞭然のことと思います。 乗算、除算はともにシフト方式です。 データは、ＨＬ、ＤＥに持ってきて結果をＤＥにストアします。 除算のときはＨＬに余りをストアするようになっています。 乱数は Ｚ８０ＣＰＵ内のリフレッシュ・レジスタを使用して発生させています。 擬似グラフィック用サブルーチンは、ＳＥＴ、ＲＥＳＥＴのみですが、 グラフィックのリードのサブルーチンも同じようにして、 簡単に作ることができます。 ＦＯＲＭでなぜリードのサブルーチンを使用しなかったかは、 文法上で追加は可能であっても追加する必要性も感じなかったからです。 ＭＺ−８０のグラフィックについては前回も解説したので特に行ないません。 データはＨとＬにパラメータをセットしてＣＡＬＬすれば、 セットまたはリセットしてくれます。 ＵＳＲ関数はＣＰＵのレジスタを設定することが可能になっています。 また、リターン時のレジスタも退避しています。 上記の２つのことをするため若干のテクニックを使用しているので 何かの参考にしてください。 ＫＥＹ入力、ＣＲＴ出力（数値）は バッファに一時溜めるようなことはしていません。 つまり、１文字入力または出力するときに数値を処理しています。 文字列表示はＣＡＬＬのニモニックの次から文字列が展開されています。 文字列の終わりに００Ｈがあり、 その００Ｈで文字列の終わりを知り、 その次のアドレスヘリターンするようになっています。 プリンタ・ルーチンは、プリンタのエラーチェックのために、 特別なことはいっさいしてありません。 したがって、プリンタ出力中にプリンタの電源が落ちても復旧するまで、 いつまでも待っています。 各関数および配列で使用しているサブルーチンは解説していくと 誌面の無駄使いになるので省くことにします。 以上が、リンク・パッケージの概要です。 ――――――――――――――――――― 　　　　　　２．エディタ ――――――――――――――――――― エディタ部はＦＯＲＭのメモリ構成上特殊な構造を持っています。 テキストはメモリの後部から上位アドレス（０番地）へ 向かって作成されます。 つまり、テキスト・エリアを後部から 上位アドレスヘ向かって作成することにより、 メモリの使用効率を上げ、オブジェクト・プログラムの出力が テキスト・エリアによって制限されるのを極力抑えているのです。 しかも、ポインタを変更することによリ、 簡単にテキスト・エリアを移動することか可能となっています。 ＦＯＲＭが２０Ｋから４８Ｋシステムで稼動可能なのは、 このエディタかあるからです。 エディタから出力されるテキスト・ファイルは、 シャープのテキスト・エディタ（ＳＰ−２２０１）と 同じフォーマットになっています。 したがって、ＦＯＲＭエディタで アセンブラ・テキストを作成して、 シャープのアセンブラ（ＳＰ−２１０１）で、 アセンブルも可能です。 また、その逆にテキスト・エディタで ＦＯＲＭプログラムを作成して、 ＦＯＲＭでコンパイルも可能なわけです。 読者の皆さんの内でアセンブラを持っている方は、 一度ＦＯＲＭエディタを使用して アセンブルしてみてください。 ――――――――――――――――――― 　　　３．文法の追加について ――――――――――――――――――― 前々回のアセンブル・リストを見ると気付くと思いますが、 ＦＯＲＭには発表してない文法があります。 その１つは＄ＭＬ文です。 この文は、以後示される『，』で区切られた１６進数を オブジェクト内にそのまま出力します。 つまり、マシン語をそのまま使用することが可能になっているのです。 ＦＯＲＭがいくらコンパイラだといっても、 マシン語に劣る部分が多々あります。 マシン語を使用することによりＺ８０ＣＰＵの特種な命令を使い、 プログラム効率を上げることができます。 ただし、このマシン語はリロケータブルに動作するものに限定されます。 何故ならば、コンパイルが終了するまで 正確なアドレスは決定されてないからです。 この文を使用するときは注意をしてください。 もう一つは、文字定数があります。 たとえば、 ・−−−−−−−−−−−−−−−−−・ ｜　＃＿　　　　　　　　　　　　　　｜ ・−−−−−−−−−−−−−−−−−・ のときに『＃』の次にくる文字を ８ビットの数値として使用することが可能です。 ただし文末のときは、『＃』の次にスペースを入れると エディタがそのスペースを受け付けません。 したがって、文末で文字定数のスペースは使用できません。 以上、２つが文法の末発表部分です。 ――――――――――――――――――― 　　　４．ＦＯＲＭIIについて ――――――――――――――――――― 現在、ＦＯＲＭIIを作成するかどうかは、決っていませんが、 筆者としては、ぜひＦＯＲＭIIを作成したいと思っています。 現状では他の仕事もありそんな余裕はありませんが、 いつかきっと作成したいと思います。 言語仕様としては、現行のＦＯＲＭの上位バージョンとして、 文法はなるべく変更しないで、ステートメントをもっと充実させ、 もっと効率よくコンパイルを行なうようにしたいと思います。 ――――――――――――――――――― 　　５．ＦＯＲＭバリエーション ――――――――――――――――――― 読者の皆さんの多くも、１２００Ｈ番地からオブジェクトが出力されたら 良いと思っていると思われるので、 いま私が使用しているＦＯＲＭバリエーションの作成の方法を発表しましょう。 まず、ＦＯＲＭバリエーションを作成するのに必要なものは、 シャープのアセンブラとシンボリック・デバッガとテキスト・エディタです。 ＦＯＲＭのアセンブラ・リストを３部とも別々に打ち込んで、 アセンブラでリロケータブル・バイナリ（ＲＢ）を作成してください。 次に、シンボリック・デバッガでコンパイラ部を 実行アドレス、ロード・アドレスともＢ６００Ｈ番地でリンクします。 次にエディタ部をコンパイラ部に続けてリンクします。 そして、リンク・パッケージを実行アドレスを１２００Ｈ番地、 ロード・アドレスをＢ０００Ｈ番地でリンクします。 次に、Ｂ６１ＢＨ番地をＢ５Ｈに変更します。 そして、ＡＦ００番地から次のプログラムを打ち込んでください。 ・−−−−−−−−−−−−−−−−−・ ｜　　ＬＤ　　　ＨＬ，　　　　　　　｜ ｜　　ＬＤ　　　ＤＥ，　　　　　　　｜ ｜　　ＬＤ　　　ＢＣ，０６００Ｈ　　｜ ｜　　ＬＤＩＲ　　　　　　　　　　　｜ ｜　　ＪＰ　　　Ｂ６００Ｈ　　　　　｜ ・−−−−−−−−−−−−−−−−−・ そして、ＡＦ００Ｈ〜ＣＦＦＦＨ番地までを ＡＦ００から実行するようにカセットにセーブしてください。 これでＦＯＲＭバリエーションのでき上りです。 ただし４８Ｋのメモリを必要とします。 皆さんどうですか？ それではこの辺で、これからもＦＯＲＭをよろしく！